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1 0 ENABLING COMMUNICATION BETWEEN 

USERS SURFING THE SAME WEB PAGE 

Field of the Invention 

Tlie present invention relates generally to a method for enabling chat 

1 5 and other fomis of communication between web surfers visiting the same web page, 
whether from a computer, a phone or a PDA. This allows for the exchange of 
opinions and information among such users, which may be presumed to be 
interested in this exchange by the mere fact that they are on the same web page at 
the same time. The invention can also be used to match people with similar 

20 interests. 

Background of the Invention 

Just as computer networlcs have gained widespread use in business, 
the internet (one example of a computer network) has gained widespread use In 

25 virtualiy every aspect of our lives. The Intemet Is a vast computer network 
conforming generaily to a client-server architecture. The network Includes a plurality 
of interconnected servers (computers) configured to store, transmit, and receive 
computer information, and to be accessed by client computers. Designated servers 
host one or more "web sites" accessible eiectronicaiiy through an Internet access 

30 provider. A unique address path or Uniform Resource Locator (URL) identifies 
individual web sites or pages within a web site, intemet users on client computers, 
utilizing software on a computer ("client software"), may access a particular web site 
merely by selecting the particular URL. The computers connected to the Internet 
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may range from mainframes to cellular telephones, and they may operate over every 
conceivable communication medium. 

An Important aspect of the Internet Is the World Wide Web (WWW), a 
collection of specialized servers on the Internet that recognize the Hypertext Transfer 
Protocol (HTTP). HTTP enables access to a wide variety of server files, or "content" 
using a standard language known as Hypertext Markup Language (HTML). The files 
may be fomiatted with HTML to include graphics, sound, text files and multi-media 

objects, among others. 

Most users connect to the Intemet (or "surf the net") through a personal 
computer running an operating system with a graphic user interface (GUI), such as 
one of the Windows® operating systems. A user communicates over the Intemet 
using a program, called a "browser", as the client software on his computer. The two 
most popular browsers are Internet Explorer and Netscape, although many other 
browsers are in common use. The browser typically receives HTML files and 
displays "pages", which may play sound and exhibit text, graphics and video. 

Users of the Internet are therefore quite familiar with the browser as a 
vehicle for surfing the Intemet, but those skilled in the art will appreciate that 
browsers are not limited to use on the Intemet, but are now widely used for general 
communication on networks, including intranets. 

Various programming languages, such as JavaScript, are also available 
which pernilt executable code to be embedded in an HTML file and to run when a 
brx)wser presents the file to the user, thereby perfomiing useful tasks. Additionally, 
various plug-ins have been developed to extend and expand the capabilities of 
browsers. Such plug-ins are programs and/or libraries that are used to interpret and 
execute code that would otherwise be unreadable by the browsers. 

Among the plethora of services and tools that were made possible by 
the Intemet and were inconceivable only a few years ago are not only theWorid 
Wide Web, but Intemet chat. The web contains an ever-growing number of 
hyperiinked documents addressing ail conceivable areas of human knowledge, 
however specific. Chat is a real-time exchange of short text messages, files and 
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graphics among users logged onto the same server. Chat is usualiy done through 
either a dedicated chat program or through specialty web pages. 

A third type of popular Intemet service, called a forum or bulletin board, 
allows users to gather for discussions and to exchange experiences a nd opinions 
5 regarding a specific subject. The main difference between chats and forums, is the 
latency between messages: In forums, instead of conversing in real time, users post 
messages, which are in tum replied to by other users at a later time. The advantage 
of forums Is that users can Interact even when they are not available at the same 
time. Information Is accumulated through time, and discussions can build up 
0 regardless of the availability of the participants. 

The potential of the Intemet to connect people with similar Interests Is 
key to its success, yet the vast scope of human knowledge makes the matching of 
these interests a formidable task. On observation of the expanse of the worldwide 
web (WWW), it is clear that there are millions of locations that are visited by users 
15 and millions of users accessing those sites. This creates a logistically complex 
scenario when it comes to matching people. 

Understanding this, it becomes clear that it would be useful and 
desirable to enable users visiting the same web page to communicate with each 
other. This capability would allow a connection among those persons that share an 
20 Interest in the topic discussed In such web page, avoiding the need for research into 
other venues, like forums and discussion groups. 

Enabling the connection of users visiting the same web page would 
create in situ, spontaneous and time sensitive chat rooms, potentially saving millions 
of users time that othenwise would be spent doing further research, as well as 
25 clearing Issues that may not otherwise receive adequate attention. 

Several companies have released products aimed at solving this 
problem, most notably Gooey™. Gooey™ Is a plug-in type program that, after being 
downloaded and Installed, allows for the real time interaction of users visiting the 
same web page, as long as they have the plug-in Installed and active. The problem 
30 with this approach resides In the need for the plug-In, as well as the need to keep it 
cun-ent with all the available, ever changing operating systems and browsers. As so 
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many failed business models have proven, technology needs to be transparent to the 
end user in order to be useful on a massive scale. 

The present invention, hereafter refen"ed to as YACHNEE™, facilitates 
communication among users viewing the same web page without the need for any 
program or plug-in other than what is standard In a web browser. Additionally, the 
Invention includes such novel features as the automatic generation and de-actlvation 
of chat-rooms, which In previous applications are pre-defined and independent of the 

presence of users. 

U.S. Patent Application Publication No. US-2002-0052785-A1 and 
International Publication No. WO 02/21238 A2, the complete contents of which are 
incorporated herein by reference, disclose a method for introducing to the computer 
screen of a running program an animated multimedia character that appears on the 
screen in an intrusive way at times which, to the user, are unpredictable. The 
character can move over the entire screen and was preferably in the top layer of the 
display of the browser program, so as not to be covered up by any window or object. 
It can also provide sound, including speech, music and sound effects. 

The present invention expands this concept. In accordance with a 
preferred embodiment, a web page is YACHNEE™ enabled by providing an icon on 
the page, which allows YACHNEE™ actuation upon being clicked. The user is then 
able to design a character to represent him on the screen, or use a standard avatar. 
He also sees characters on screen representing other users, which characters have 
been designed by the users. A user may move his character all over the screen by 
dragging it with his mouse and may rotate it towards or away from other characters. 
The characters may speal< to each other, either through a voice communication or 
typing, in which case the text appears in a bubble (cartoon fashion) or othenwise. A 
user may change the appearance of a character to reflect an emotion (e.g. anger) 
and he may invite other characters to a private chat. When a user leaves the web 
page, the conresponding character disappears from all other users' screens. I f all 
users leave a chat, it is closed. 

The m etaphor used by the prefenred embodiment to represent u sers' 
characters 1 s t hat o f a n a vater. Avatars are a nthropomorphic figures r epresenting 
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users which, in accordance with the present invention, inhabit a transparent layer or 
layers In front of the content of the page, which creates an effective chat room. 
Users can choose the appearance of their avatars, express different emotions with 
them, walk and Interact with other avatars, and many other pre-defined actions. 
Avatars may display text (i.e.: inside cartoon-like bubbles) or speak In voices, either 
streaming sound generated by the client or the server, or generated by a local 
synthesizer. 

YACHNEE™ pennits a new level of personal interaction on a web page 
and the following, among other uses: 

. Chat or other group activities among internet surfers visiting the same web 

page at the same time. 

• The interaction of users via the display of emotionally significant symbols and 
actions, like fighting, kissing, etc. 

• Posting of messages among Internet surfers visiting the same web page at 
different times. 

• Matching of Internet surfers based on dynamic parameters such as surfing 
habits, consuming patterns, and demographics. 

• Matching of Intemet surfers based on opt-in parameters pre-lnput by the user 
(like interests, hobbles, sexual preferences, political sympathies, etc.) 

Brief Description of the Drawings 

The foregoing brief description, as well as further objects, features, and 
advantages of the present Invention will be understood more completely from the 
following detailed description of a presently prefenred, but nonetheless illustrative, 
embodiment with reference being had to the accompanying drawings. In which: 

Figure 1 is a functional block diagram illustrating the data flow and 
communication among the various parties in accordance with a preferred 
embodiment of the method and system of the Invention; 

Figure 2 is a flowchart illustrating the prefenred log-on process; 

Figure 3 is a flowchart illustrating the prefemed client side listener 

process; 
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Figure 4 Is a flowchart illustrating the preferred server side listener 

process; 

Figure 5 Is a screen print of a prefen-ed YACHNEE™ enabled work 

page; 

Figure 6 Is a screen print of a web page> of Fig. 5 after activation of 

YACHNEE™; and 

Figure 7 is a schematic block diagram illustrating the preferred 
configuration of the YACHNEE™ environment on the Intemet. 

Detailed Description of the Preferred Embodiment 

Figure 5 is a computer screen print illustrating a prefen-ed YACHNEE™ 
enabled Intemet page. The page includes a YACHNEE™ icon 510. Including an 
area 5 12 that s ays " enter here." S houid the user double click on area 512, code 
embedded in the Intemet Page will place a call to the YACHNEE™ server. The 
YACHNEE™ server will download the YACHNEE™ environment to the user, and it 
will handle all communications between users on the same web page. This log-in 
process may be skipped and users may enter the Yachne chat without it - opt-in or 
not. 

Figure 6 is a computer screen print illustrating the web page 500 after 
the YACHNEE™ environment has been installed on the user's computer. Prior to 
this, the user has designed his avatar after which he is presented with YACHNEE™ 
menu 600, his avatar 602 (the user's selected screen name is "jbl"). and an avatar 
representing each user on the same web page. In this example, only one additional 
user ("test user") is present, and he is represented by the avatar 604. 

Except for the orientation of the avatar 602, the user controls his avatar 
by making use of the menu 600. Should the user wish to have the avatar speak, he 
can type a statement (e.g. "Hello!") in the area 606 and then click on the send area 
608. The typed statement will then appear in a bubble next to his avatar. The avatar 
may also be sound-enabled in which case it would speak the typed statement. By 
clicking on the appropriate Icon In area 610, the user can change the appearance of 
his avatar to express different emotions. Also, he may click the box indicated as 
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"private mode" to enter a private chat with another user. In Fig. 6, the avatar 604 is 
ignoring the avatar 602. A user may also control the position of his avatar by 
dragging it to any point on the screen, and he may control its attitude (the way it 
faces) with the arrows that appear at the bottom the avatar (e.g. avatar 602). 
5 The YACHNEE™ environment permits users to gather on a webpage, 

where they are represented by their unique personas. The users may socialize, 
converse and express emotions through appropriate manipulation of the avatar. The 
user may exit the YACHNEE™ environment by exiting the menu 600 In the usual 
manner (e.g. cllcMng on the x in the upper-right-hand corner). 

1 0 Figure 7 Is a schematic block diagram illustrating the prefenred 

configuration for using the YACHNEE™ environment on the Internet. A plurality of 
users U and a plurality of content servers C are connected to the Internet, which 
pennits the users to communicate with the content servers. At least one of the 
content servers is YACHNEE™ enabled and will present a YACHNEE™ icon on its 

1 5 page. When the user clicks on this icon, code provided on the page Is executed, and 
a page is requested for the user from the YACHNEE™ server Y. When this page is 
received, code on the page executes, to Install the YACHNEE™ environment, which 
includes a chat with the users on the page. Thereafter, any communication related to 
YACHNEE™ operation is intercepted and handled by the YACHNEE™ server. 

20 The presently prefenred embodiment of the invention includes a server 

side application and a client side agent. In this embodiment, the server side 
application is written in Java, a programming language developed by Sun 
Microsystems, which allows for the portability of the application and for its easy 
Installation on a variety of platfomis. This is done to facilitate the Implementation of 

25 YACHNEE™ In various environments, enabling the commercialization of licenses 
and ease of maintenance. 

The client agent in its presently preferred form is programmed in 
ActionScript, contained inside an. swf file. ActionScript and .swf are, respectively, a 
scripting language and a file format developed by Macromedia. The playback of 

30 such a file and the script code contained in it require the presence of the Flash plug- 
in, also by Macromedia. The Flash plug-in is widely available and has become a de 
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facto standard for web content authoring and distribution. It is for tiiis reason tliat it 
was chosen for this application. 

Another reason for utilizing Flash on the client side, besides its 
compactness and scripting capabilities, is its ability to become both the container of 
5 the program logic and the enabler of the display of the Avatars. Flash, on most 
computers, allows for the control of the opacity of an object, to the extreme of 
complete transparency, permitting the simulation of objects of all shapes and sizes 
floating over the content. This is what enables the Avatars to appear over the page 
and not always be rectangular. It is possible to create a similar effect using DHTML 

1 0 and positioning bit map or vector images on layers controlled by scripting or another 
method. This can be used on occasions in which the client computer is unable 
property to display .swf files with the translucency infomnation. U.S. Patent 
Application Publication N o. US-2002-0052785-A1 a nd I ntematlonal P ubiication N o. 
WO 02/21238 A2 delve more deeply into these issues. 

15 As described further below, with reference to Figure 1, the client side 

agent Is delivered to the client's computer when he logs onto a web page. Such web 
page includes an HTML tag pointing to the .swf file hosted in the YACHNEE™ server 
or any other web server. Upon download, the .swf file is executed by the web 
browser and initiates the log-on process with the YACHNEE™ application server. 

20 Turning now to figure 1 , communication 1 is a request for a web page 

made by client #1 to the Web Content Server A. In response, Web Content Server A 
delivers an HTML page to client #1 (communication 2). On execution of the HTML 
document, client #1 requests an ,swf file from the YACHNEE™ Server B 
(communication 3). In communication 4, the .swf file is transferred from YACHNEE™ 

25 server B t o c lient #1 , a fter which t he . swf f lie is e xecuted by t he client's b rowser, 
resulting in a new chat client being defined and communicated to the YACHNEE™ 
server (communication 5). Communications 6 and 6' represent the server relaying 
the existence of client #1 to existing clients #2 and #3, after which a message is sent 
by client #1 (communication 7). Although the message is directed to clients #2 and 

30 #3, It is sent to YACHNEE™ server B. Communications 8 and 8' show the message 
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from client #1 being passed on to a II users connected to the YACHNEE™ server 
(clients #2 and #3). 

If Client #1 changes its position on the web page (e.g. the user drags 
his avatar to a new position), it sends a communication 9 to the YACHNEE™ Server 
5 B. The YACHNEE™ server updates the location of client #1 and spreads the 
infomiation to all other users, as shown In communications 10 and 10'. When client 
#1 disconnects, a communication 11 logs him out from the YACHNEE™ server and 
closes the connection. In communications 12 and 12', the YACHNEE™ server then 
infomis clients #2 and #3 of the disconnection of client #1 . 

1 0 Figure 2 is a flowchart Illustrating the log-on process, for example, by 

client #1. The process begins at block 200, followed at block 202 by the request for 
an .swf file from the client to the server. The server responds at block 204, delivering 
the file to the client. The .swf file is then executed at block 206, initiating the log on 
process with the user being requested to choose an ID at Block 208. Once the ID is 

1 5 entered, the avatar is given a random screen location at block 210. 

Control then transfers to block 220, where the "client listening" process 
230 is activated, which listens continuously for incoming server messages. Operation 
continues at block 212, where the user ID and the avatar's screen location are sent to 
the server. This message is picked up by the "server listening" process 214, which 

20 listens continuously for messages from the clients. 

After receiving the client message, the server side application checks 
whether the name picked by the user has already been assigned to a previous user 
(block 216). If it has, a message is sent back to the user (block 218) informing him, 
and the client listening process 230 detects it (see Figure 3, block 314). If the user's 

25 name is not duplicated, the process continues at block 222, where the server checks 
whether there are other users already logged In. If there are not, the process 
continues at block 224, where a new chat room is created. The process continues, 
either way, at block 226, where the user is added to the chat room, followed, at block 
28 by a message being sent to the client accepting it into the room and identifying the 

30 other clients in the chat room. The client listening process 230 receives the 
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message, and the login process ends, leaving the client listening process 230 
running. 

Figure 3 is a flowchart illustrating the logic flow of the client side 
listening process, which begins at block 300, with the listener coming to attention. 
When a message is received, the client identifies the type of message (block 302). If 
the message is "accepted" (test at block 304), the process continues at block 306, 
where the CHAT application is enabled. Control then retums to block 300, where the 
process awaits a new message. 

If the message is not accepted at block 304, operation continues at 
block 308, where a test is made whether the message is "other." If so, then operation 
continues at block 310, where the ID of the user sending the message Is checked. If 
the sender is current user itself, control retums to block 300, where the process 
awaits a new message. If the sender is other than self, operation continues at block 
312, where the appropriate avatar is instanced, after which control retums to block 
300, where the process awaits a new message. 

If the message is not "other", the test at block 308 causes operation to 
continue at block 314, where a test is made to determine if the message is 
"duplicate." If so, operation continues at block 316, where control is transferred to the 
login process (figure 2, block 208), while this process retums to block 300, where a 
new message is awaited. If the test at block 318 indicates that the message is "exit", 
the correct avatar is instanced (block 320) and removed (block 322). Control then 
returns to block 300, where the process awaits a new message. 

If the test at block 318 indicates that the message is not "exit", at block 
324, a test is perfomied to detemiine if the message is "new." If so, the sender ID is 
checked (block 326) and, if it is itself, control is transferred to block 300, where the 
process awaits a new message. If it is determined at block 326 that the ID is different 
than self, a new Avatar is instanced (block 328), and control returns to block 300, 
where the process awaits a new message. 

If the test at block 324 indicates that the message is not "new", a test is 
perfomned at block 330, to detennine if the message is "SYSPROPNUM" (an 
indication that the coniesponding user has modified an avatar property). If so, the 
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sender ID is checked at block 332 and, If it is itself, control reverts to block 300, 
where process awaits a new message. If It is detemrilned at block 332 that the ID is 
different than self, the correct property is modified for the correct avatar (block 334), 
and control returns to block 300, where the process awaits a new message. 

If the test at block 330 indicates that the message Is not 
"SYSPROPNUM", a test is performed at block 336, to detennlne if the message Is 
"numeric" (an indication that an avatar function has been performed by the 
con-esponding user). If so, the sender ID is checked at block 338 and, If It is Itself, 
control Is transferred to block 300, where process awaits anew message. I fit Is 
detemnined at block 338 that the ID is different than Itself, the conrect function Is 
executed on the conrect avatar (block 340), and control returns to block 300, where 
the process awaits a new message. 

Figure 4 is a flowchart Illustrating the logic flow of the server side 
listening process. The process begins at block 400, where an action taken by a user 
(client #1, for example) triggers a message on the user side, which Is sent to the 
server (block 402). At block 404, the server side application listens for messages 
from the users. 

At block 406, a determination is made whether the message type 
received by the server is "disconnecf and, if so, the client is removed from the server 
(block 408). Operation continues at block 410 where a check is made for the 
presence o f other users, i f this i s t he I ast user in t he g roup, t he g roup 1 s c losed 
(block 412), and the process ends. Othenwlse, the process continues at block 424, 
where the exit of the user Is broadcasted to all remaining users (received at block 
426, for example by client #2). Control then transfers to block 404, where the server 
continues to listen for client messages. 

If the test at block 406 indicates that the message is not "Disconnect", a 
test Is performed at block 414, to determine if the message type is "Error" and, if so, 
the client Is removed from the server (block 408). Operation continues at block 410 
where a check Is made for the presence of other users is checked. If this is the last 
user in the group, the group is closed (block 412), and the process ends. Othenvlse, 
the process continues at block 424, where the exit of the user is broadcasted to all 
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remaining users (received at blocic 426). Control tiien transfers to blocic 404, where 
tlie server continues to listen for client messages. 

If the test at block 414 Indicates that the message is not "En-or ", a test 
is performed at block 416, to detenmine if the message type is "Sysnumprop", and, if 
5 so. the properties database is updated (block 418) and the updated property of the 
user is broadcasted to all users at block 424 and received at block 426. Control then 
transfers to block 404, where ttie server continues to listen for client messages. 

If the test at block 416, indicates that the message is not "Sysnumprop", 
a test is perfomied at block 422, to detemiine if the message type is "Location" and. If 
1 0 so, the location database is updated (block 422), and the updated location of the user 
is broadcasted to all users at block 424 and received at block 4 26. Control then 
transfers to block 404, where the server continues to listen for client messages. 

If the test at block 420, indicates that the message Is not "Location", 
the message is broadcasted to all users at block 424 and received at block 426. 
1 5 Control t hen transfers t o b lock 404, where the server c ontinues t o I isten for c lient 
messages. 

Although preferred embodiments of the invention have been disclosed 
for illustrative purposes, those skilled in the art will appreciate that many additions, 
modifications and substitutions are possible, without departing from the scope and 
20 spirit of the invention. For example, the prefen-ed embodiment of the present 
Invention provides for creating a spontaneous chat room over a web page. It would 
also be possible to create a forum (a chat room which does not close) by permitting a 
character to leave a message addressed to another character before exiting the chat 
room. 



